Multi-Operator System for Accessing Satellite Resources

ABSTRACT

A satellite control system comprising a communications system and an information management system. The communications system is configured to receive commands from a plurality of operators. The communications system is further configured to send the commands to a satellite using a number of communications links. The information management system may be configured to avoid conflicts between the commands sent by the communications system to the satellite from different operators in the plurality of operators that cause an undesired operation of the satellite. The information management system may be configured to provide a desired level of security for information sent between the plurality of operators and the satellite.

BACKGROUND INFORMATION

1. Field:

The present disclosure relates generally to satellites and, in particular, to accessing satellites. Still more particularly, the present disclosure relates to a method and apparatus for allowing multiple operators to access a satellite with multiple levels of security.

2. Background:

Satellites may be natural or artificial satellites. A natural satellite is a naturally occurring object in orbit, such as the moon. An artificial satellite is a satellite placed into orbit by human operators. The use of the term “satellite” in this disclosure refers to artificial satellites and not natural satellites.

Satellites are placed into orbit for different purposes. For example, a satellite may be used to collect information, transmit information, or perform other types of operations. More specifically, a satellite may be used to collect information about the surface of the earth, oceans, weather conditions, and other types of information. Satellites also may be used to facilitate communications.

Satellites typically include computer-controlled systems. A satellite often includes a host and a payload. The host may include systems that control the satellite. These systems perform tasks such as power generation and control, thermal control, telemetry, attitude control, orbit control, and other suitable operations.

The payload provides functions to users of the satellite. The payload may include antennas, cameras, and other suitable devices. For example, with respect to communications, the payload in a satellite may be used to provide Internet access, telephone communications, radio, television, and other types of communications.

The payload of the satellite may be used by different entities. For example, the payload may be used by the owner of the satellite, one or more customers, or some combination thereof.

For example, the owner of a satellite may lease different portions of the payload to different customers. In one example, one group of antennas on the satellite may be leased to one customer while a second group of antennas may be leased to a second customer.

When satellites are shared by different customers, each customer may have a separate communications link and controller on the satellite. The controller allows the particular customer to control operation of the antenna and the associated communications capability of the antenna that is leased to the customer.

Leasing a satellite to multiple customers may increase the revenues that an owner of a satellite can obtain. Further, a customer may use a subset of the total resources in a satellite for a cost that is less than the cost for the customer to purchase and operate a satellite, to build and operate a satellite, or to lease an entire satellite.

The additional controllers and other hardware that allow for the end-user customer's control of a portion of a satellite's capability, may increase the cost for the satellite. Further, these components also may increase the weight of the satellite by an amount that is more than desired.

Therefore, it would be advantageous to have a method and apparatus that takes into account at least some of the issues discussed above, as well as possibly other issues.

SUMMARY

In one advantageous embodiment, a satellite control system comprises a communications system and an information management system. The communications system is configured to receive commands from a plurality of operators. The communications system is further configured to send the commands to a satellite using a number of communications links. The information management system is configured to avoid conflicts between the commands sent by the communications system to the satellite from different operators in the plurality of operators that cause an undesired operation of the satellite.

In another advantageous embodiment, a satellite control system comprises a communications system and an information management system. The communications system is configured to receive commands from a plurality of operators and send the commands to a satellite using a number of communications links. The information management system is configured to provide a desired level of security for information sent between the plurality of operators and the satellite.

In yet another advantageous embodiment, a satellite management system comprises a communications system and an information management system. The communications system is configured to receive commands from a plurality of operators. The communications system is further configured to send the commands to a satellite using a number of communications links. The information management system is configured to avoid conflicts between the commands sent by the communications system to the satellite from different operators in the plurality of operators. The information management system is further configured to manage data received from the satellite with a desired level of security.

The features, functions, and advantages can be achieved independently in various embodiments of the present disclosure or may be combined in yet other embodiments in which further details can be seen with reference to the following description and drawings.

BRIEF DESCRIPTION OF THE DRAWINGS

The novel features believed characteristic of the advantageous embodiments are set forth in the appended claims. The advantageous embodiments, however, as well as a preferred mode of use, further objectives, and advantages thereof, will best be understood by reference to the following detailed description of an advantageous embodiment of the present disclosure when read in conjunction with the accompanying drawings, wherein:

FIG. 1 is an illustration of a satellite environment in accordance with an advantageous embodiment;

FIG. 2 is an illustration of a block diagram of resources in a satellite in accordance with an advantageous embodiment;

FIG. 3 is an illustration of a block diagram of a communications system in accordance with an advantageous embodiment;

FIG. 4 is a more detailed illustration of an information management system in accordance with an advantageous embodiment;

FIG. 5 is an illustration of managing groups of commands in accordance with an advantageous embodiment;

FIG. 6 is an illustration of an operation of a transmission controller in accordance with an advantageous embodiment;

FIG. 7 is an illustration of the processing of commands by a decryption system in accordance with an advantageous embodiment;

FIG. 8 is an illustration of the processing of commands by a selective command processor in accordance with an advantageous embodiment;

FIG. 9 is an illustration of an operation of a data router in accordance with an advantageous embodiment;

FIG. 10 is an illustration of an operation of a data transmitter in accordance with an advantageous embodiment;

FIG. 11 is an illustration of locations for components in a command management system in accordance with an advantageous embodiment;

FIG. 12 is an illustration of an implementation of a satellite environment in accordance with an advantageous embodiment;

FIG. 13 is an illustration of a satellite environment in accordance with an advantageous embodiment;

FIG. 14 is an illustration of a message flow diagram for sending commands to a satellite from a user in accordance with an advantageous embodiment;

FIG. 15 is an illustration of a message flow diagram from a satellite to operators in accordance with an advantageous embodiment; and

FIG. 16 is an illustration of a data processing system in accordance with an advantageous embodiment.

DETAILED DESCRIPTION

The different advantageous embodiments recognize and take into account one or more considerations. For example, the different advantageous embodiments recognize and take into account that a communications link and a controller may be shared by multiple operators. The different advantageous embodiments recognize and take into account that sharing a communications link and a controller may reduce the weight and cost of a satellite. The sharing of a communications link and a controller by more than one operator, however, may result in concerns about how commands are handled.

For example, the different advantageous embodiments recognize and take into account that when more than one operator sends commands to the satellite over a communications link, conflicts between these separate commands may occur. A conflict occurs when one or more commands are not processed as desired. Conflicts between commands may result in undesired operations occurring in the satellite. In one example, a command that is being processed may be interrupted by another command received for processing. As another example, an antenna assigned to one customer may be accidentally moved by a command generated by another customer.

The different advantageous embodiments also recognize and take into account that when more than one operator is present, it is desirable to provide a desired level of security for the operator. For example, the different advantageous embodiments recognize and take into account that in some cases, data generated for an operator should not be observed or accessed by another operator. This data may include data generated by the satellite as a result of performing commands for an operator, or data about the satellite itself. As another example, depending on the level of security, commands generated by one operator should not be observed or accessed by another operator.

Thus, one or more of the different advantageous embodiments provide a method and apparatus for facilitating the operation of a satellite by multiple operators. An advantageous embodiment allows for different levels of security to be used with commands sent to the satellite. In other words, different operators may have different levels of security used to protect commands. These different levels of security may take the form of different types of encryption. The levels of security also may be enforced for data generated by the satellite for operators. In the different advantageous embodiments, combinations of the manner in which data is routed, whether data is transmitted, and encrypting of data may be used to provide a desired level of security when multiple operators operate a satellite.

With reference now to the figures and, in particular, with reference to FIG. 1, an illustration of a satellite environment is depicted in accordance with an advantageous embodiment. Satellite environment 100 includes satellites 102 operated by operators 104 at operations centers 105.

In these illustrative examples, operators 104 include owner 106 and number of customers 108. As used herein, a “number”, when used with reference to elements, means one or more elements. For example, “number of customers 108” is one or more customers.

Owner 106 may have number of agreements 110 with number of customers 108. Number of agreements 110 defines the access that number of customers 108 may have to resources 112 in satellite 114.

For example, number of agreements 110 may define what satellites in satellites 102 and/or what portions of resources 112 of particular satellites in satellites 102 that number of customers 108 may access. These resources may include, for example, antennas, cameras, sensor systems, power generators, and/or other components in one or more of satellites 102.

Further, number of agreements 110 also may define desired level of security 115 that should be present. Desired level of security 115 is the security for information that operators 104 may send, receive, or both send and receive. For example, without limitation, desired level of security 115 may include levels such as unclassified, confidential, secret, and top secret. Of course, any type of classification system for identifying the manner in which information is to be handled may be used. Desired level of security 115 may be designated using government classifications or any other suitable type of classification system desired.

Satellite operations system 116 may be implemented using computer system 117. Computer system 117 comprises one or more computers. When more than one computer is present in computer system 117, these computers may be in communication with each other. These computers may be in the same location or in different locations.

Satellite operations system 116 includes communications system 118 and information management system 120. Communications system 118 is configured to provide communications between satellites 102 and operators 104. Information management system 120 is configured to manage information that flows between satellites 102 and operators 104.

The communications between communications system 118 and satellites 102 are provided using number of communications links 121 in these illustrative examples. Communications between communications system 118 and operators 104 are provided using number of communications links 122. As used herein, a “number”, when used with reference to items, means one or more items. For example, “number of communications links 122” is one or more communications links.

In one illustrative example, communications system 118 in satellite operations system 116 establishes communications link 123 in number of communications links 121 with satellite 114 in satellites 102. Communications link 123 is used to exchange information with satellite 114 in this particular example.

As depicted, first information 124 is generated by operators 104. First information 124 includes commands 128.

The description of actions, such as generating first information 124 performed by operators 104 refers to actions performed using personnel, computers, electronic devices, hardware, and/or other components associated with an operator. These components may be located at one or more operations centers in operations centers 105 for a particular operator. In these illustrative examples, an operator refers to an entity. This entity may be particular person or an organization.

Second information 126 is generated by satellite 114. Second information 126 may be generated during operation of satellite 114. In these examples, second information 126 includes data 130.

Satellite operations system 116 is configured to reduce conflicts that may occur when commands 128 are generated by more than one operator in operators 104. Further, satellite operations system 116 also is configured to provide a desired level of security in handling first information 124 and second information 126. The reduction in conflicts, the desired level of security, or both may be achieved through various mechanisms. These mechanisms may include, for example, without limitation, encryption, routing of information, and other suitable mechanisms.

Satellite operations system 116 receives commands 128 from one or more of operators 104 over number of communications links 122. Satellite operations system 116 sends commands 128 generated by operators 104 to satellite 114 over communications link 123 in number of communications links 121.

In these illustrative examples, commands 128 causes operations 140 to be performed by satellite 114. In these illustrative examples, satellite operations system 116 processes commands 128 using information management system 120 and sends commands 128 to satellite 114 through communications link 123.

As illustrated, information management system 120 manages flow of first information 124 and flow of second information 126 on path 138. As depicted, path 138 begins with operators 104 and ends in satellite 114.

Also, information management system 120 in satellite operations system 116 manages the transmission of data 130 in second information 126 from satellite 114 in these illustrative examples. In one illustrative example, information management system 120 receives data 130 in second information 126 generated by satellite 114. Data 130 may be received over communications link 123 or another communications link in number of communications links 121. Information management system 120 sends data 130 to one or more of operators 104.

As depicted, information management system 120 includes command manager 142 and data manager 144. Command manager 142 is configured to manage the flow and processing of commands 128 from operators 104 to satellite 114. Data manager 144 is configured to manage the flow of data 130 from satellite 114 to operators 104.

Further, command manager 142 and data manager 144 in information management system 120 are configured to maintain desired level of security 115 between operators 104 in the flow of first information 124 and the flow of second information 126. Desired level of security 115 may include maintaining separation of commands 128 and data 130 between operators 104.

For example, one operator in operators 104 may be unable to access commands in commands 128 generated by another operator in operators 104. In a similar fashion, an operator in operators 104 may be unable to access data generated by portions of resources 112 assigned to another operator in operators 104.

In some illustrative examples, desired level of security 115 may not require encryption of some of commands 128. For example, owner 106 of satellite 114 may not need to encrypt commands in commands 128 generated by owner 106.

For example, through the use of different types of security, the visibility of commands in commands 128 generated by an operator in operators 104 may not be observable by other operators in operators 104.

Desired processing of commands 128 in satellite 114 may be performed in a desired manner using command manager 142. With the use of command manager 142, commands 128 may be processed to perform operations 140 in satellite 114 in a desired manner. In other words, conflicts in the processing of commands 128 may occur.

For example, commands 128 may be allocated to operators 104 to avoid different operators from operating portions of resources 112 not assigned to them. Command manager 142 may assign commands 128 that are specific to portions of resources 112 to particular operators in operators 104.

For example, a command in commands 128 from one operator in operators 104 only controls operation of a portion of satellite 114 without an ability to control operation of other portions of satellite 114. In other words, command manager 142 prevents operations 140 by particular operators in operators 104 in portions of satellite 114 that should not be commanded by those particular operators.

In addition to assigning specific commands to particular operators in operators 104, command manager 142 is configured to avoid undesired processing of commands 128. The undesired processing of commands 128 may include, for example, processing commands 128 in an undesired order, or commands 128 resulting in the performance of operations 140 on resources 112 in satellite 114 that should not be performed. With assigning commands 128, desired level of security 115, a reduction in conflicts, or both may occur.

In one example, data for a portion of a command should not be combined with data for another portion of a command. This type of combination in the processing of commands may result in no operations being performed or an incorrect operation being performed.

Data manager 144 manages the flow of data 130 in a manner that prevents access of portions of data 130 that are not intended for viewing by a particular operator or operators in operators 104.

Further, with data manager 144, portions of data 130 for a particular operator in operators 104 may be sent to that particular operator by data manager 144 using paths in number of communications links 122 that are not accessed by other operators in operators 104. In other examples, portions of data 130 for the particular operator may remain untransmitted on satellite 114. With routing of data 130 by data manager 144, desired level of security 115 may be maintained for data 130.

As a result, in one or more advantageous embodiments, satellite operations system 116 provides an ability for more than one operator to perform operations using satellites 102.

As can be seen, satellite operations system 116 provides an ability for owner 106 and number of customers 108 to perform operations 140 using satellite 114. Further, management of commands 128 and data 130 by information management system 120 is performed with desired level of security 115 for operators 104. With satellite operations system 116, operators in operators 104 may share resources 112 in satellite 114 in a manner that avoids undesired exposure of information between operators 104. In these examples, first information 124 generated by operators 104 and second information 126 generated by satellite 114 may be separated between different operators in operators 104 through satellite operations system 116.

With one or more advantageous embodiments, satellite operations system 116 provides an ability to share satellite 114 between operators 104. This sharing of satellite 114 is performed in a manner that avoids incorrect performance of operations 140 in response to receiving commands 128 from operators 104. Additionally, satellite operations system 116 also maintains independence of data 130, security of data 130, or both. In the depicted examples, data 130 is handled in a manner that avoids undesired exposure of data 130 to operators within operators 104 that should not have data 130.

The illustration of satellite environment 100 in FIG. 1 is not meant to imply physical or architectural limitations to a manner in which an advantageous embodiment may be implemented. Other components in addition to and/or in place of the ones illustrated may be used. Some components may be unnecessary. Also, the blocks are presented to illustrate some functional components. One or more of these blocks may be combined, divided, or combined and divided into different blocks when implemented in an advantageous embodiment.

For example, the management of first information 124 and second information 126 with respect to satellite 114 may be applied to other satellites in satellites 102. Further, in some illustrative examples, one or more satellites in satellites 102 may not be operated by more than one operator in operators 104.

As yet another illustrative example, one or more advantageous embodiments may be applied to other types of spacecraft other than satellites. For example, satellite operations system 116 may be configured to control resources on a space station or other type of spacecraft.

As another illustrative example, one operator may be allowed to operate portions of resources 112 assigned to another operator. For example, owner 106 may be allowed to operate portions of resources 112 assigned to a customer in number of customers 108 in some circumstances. For example, number of agreements 110 may allow owner 106 to operate portions of resources 112 assigned to that customer if diagnostics or maintenance is needed for those portions.

In yet another illustrative example, first information 124 may include other types of information other than commands 128. For example, first information 124 may include programs, data, configuration files, and other suitable types of information. In a similar fashion, second information 126 also may include other types of information other than data 130. For example, copies of programs on satellite 114 may be included in second information 126 as well as other suitable types of information.

Turning next to FIG. 2, an illustration of a block diagram of resources in a satellite is depicted in accordance with an advantageous embodiment. An illustration of examples of resources 112 that may be found in satellite 114 is depicted.

Resources 112 in satellite 114 are divided between platform 200 and payload 202. In one illustrative example, owner 106 in FIG. 1 operates platform 200, and number of customers 108 in FIG. 1 operate payload 202.

As depicted, platform 200 may include power system 206, propulsion system 208, thermal control 210, systems control 212, telemetry and command 214, and other suitable components. Payload 202 may include sensor system 216, transceiver 218, transponder 220, antennas 222, and other suitable components.

Power system 206 provides power to operate components within satellite 114. Propulsion system 208 is configured to make changes in the orientation or position of satellite 114. Thermal control 210 is configured to control the temperature of different components of satellite 114. Thermal control 210 may cool or heat components depending on the particular component. Systems control 212 provides attitude control and coordination between all the systems in satellite 114. Telemetry and command 214 is configured to monitor and direct other systems in satellite 114. Telemetry and command 214 may identify the status of the systems.

In payload 202, sensor system 216 may be different types of sensors configured to gather data. For example, sensor system 216 may include a telescope, a camera, and other suitable types of sensors.

Transceiver 218 is configured to send and receive signals. Transceiver 218 may be used to provide communications between different systems that may be located on the earth or in space. Transponder 220 is configured to receive signals, amplify the signals, and send the signals. Antennas 222 may provide communications for components in payload 202.

In these illustrative examples, number of computers 224 is configured to receive commands 128 and send data 130 in FIG. 1. Also, number of computers 224 processes commands 128. Number of computers 224 may cause operations involving different resources to be performed in at least one of platform 200 and payload 202.

Number of computers 224 may be located in platform 200, payload 202, or both. Further, number of computers 224 is part of information management system 120 in FIG. 1. For example, number of computers 224 may be a computer within computer system 117 in information management system 120.

Number of computers 224 may be configured to process commands 128 such that operations 140 in FIG. 1, using resources 112, are performed in a desired manner. Additionally, number of computers 224 also may be configured to manage data 130. The processing of commands 128 and the management of data 130 are performed in a manner that provides a desired level of security between operators 104 in FIG. 1. Additionally, the processing of commands 128 is performed in a manner such that undesired operations of resources 112 in satellite 114 are reduced or avoided.

With reference next to FIG. 3, an illustration of a block diagram of a communications system is depicted in accordance with an advantageous embodiment. Examples of components that may be used in communications system 118 are depicted.

In one illustrative example, communications system 118 may take the form of gateway 300. Gateway 300 may include router 302, which is connected to antenna system 304 and network interface 306. Router 302 is configured to control the flow of information between antenna system 304 and network interface 306.

In this illustrative example, antenna system 304 may comprise number of satellite dishes 308. Number of satellite dishes 308 may be used to establish communications link 123 with satellite 114 in FIG. 1. Network interface 306 is configured to provide number of communications links 122 to operators 104 in FIG. 1 in these illustrative examples. “A number”, as used herein with reference to an item, means one or more items.

Number of communications links 122 may be to a network data processing system. The network data processing system may include one or more networks selected from at least one of a local area network (LAN), a wide area network (WAN), an intranet, the Internet, and some other suitable type of network.

Router 302 may direct information received through antenna system 304 to different operators in operators 104 using network interface 306.

Turning next to FIG. 4, a more detailed illustration of an information management system is depicted in accordance with an advantageous embodiment. In this illustrative example, command manager 142 in information management system 120 may include at least one of command set manager 400, transmission controller 402, command system 404, selective command processor 406, and other suitable types of systems that process commands 128 in FIG. 1.

In these illustrative examples, information management system 120 may be used to provide conflict avoidance 407 and levels of security 409. Conflict avoidance 407 avoids conflict between commands 128 issued by different operators in operators 104. Levels of security 409 are different levels of security used by different operators in operators 104 in FIG. 1. Levels of security 409 may be applied to both commands 128 and data 130 in these illustrative examples.

In these illustrative examples, conflict avoidance 407 may be provided using at least one of routing of commands, managing sending of commands, encryption of commands, and other suitable mechanisms. Levels of security 409 may be provided using at least one of routing of commands and data, encryption of commands and data, and other suitable mechanisms.

These components in command manager 142 process commands 128 to perform operations 140 using resources 112 in FIG. 1 in a desired manner. These components process commands 128 in a manner that separates commands 128 from different operators to provide conflict avoidance 407. As a result, conflicts between commands 128 may be avoided.

In other words, these components may be used to avoid undesired operations from being performed by resources 112 in satellite 114. In addition, a desired level of security in levels of security 409 between commands 128 is maintained. In other words, different operators may not be able to observe what particular commands in commands 128 are being sent by other operators. These different components may be implemented using software, hardware, or a combination of the two.

Command manager 142 may be located in computer system 117 in satellite operations system 116. In particular, command manager 142 may be located in one or more operations centers in operations centers 105.

Command manager 142 may reduce or avoid undesired processing of commands 128 through a number of different mechanisms. For example, command set manager 400 in command manager 142 assigns groups of commands for operators 104. Command set manager 400 distributes the groups of commands to operators 104 for generating commands 128.

A group of commands in the groups of commands are commands for particular resources in resources 112 for satellite 114 in FIG. 1. Each operator in operators 104 is provided with a group of commands from the groups of commands.

The commands in a group of commands assigned to an operator are commands that operate selected resources in resources 112 in satellite 114. These selected resources are resources assigned to that particular operator. These commands are not designed to operate other resources in resources 112 in the illustrative examples.

For example, a command in a group of commands may change a position of an antenna assigned to the operator. When using those commands, the operator is unable to change the position of other antennas other than the antenna assigned to the operators. In this manner, conflicts between commands may be reduced.

Transmission controller 402 is configured to determine which operator can send commands for processing. In this example, transmission controller 402 only allows a particular operator in operators 104 to send commands 128. Transmission controller 402 may be located in an operations center in operations centers 105 or other locations. The management of who can send commands 128 is managed using a token. With transmission controller 402, conflicts between commands also may be reduced by only allowing a single operator to send commands at any point in time.

Command system 404 is configured to process commands 128 for a particular operator such that only commands for resources assigned to that operator are processed. Command system 404 may be located in number of computers 224 in FIG. 2.

Command system 404 is configured to process commands 128 that are received for satellite 114. Command system 404 comprises command processors 412. Command processors 412 may be implemented using hardware. In particular, command processors 412 may be located in number of computers 224.

In these illustrative examples, command processors 412 may include encryption systems 410 and decryption systems 411. Each encryption system in encryption systems 410 is configured to encrypt a command using a particular type of encryption system. Each decryption system in decryption systems 411 is configured to decrypt a command that has been encrypted using a particular type of encryption system.

As a result, a decryption system in decryption systems 411 is only able to decrypt commands encrypted in the particular type of encryption. Decryption systems 411 are unable to decrypt other types of commands.

In these depicted examples, each operator in operators 104 is assigned a type of encryption. In these illustrative examples, the encryption is performed by operators 104 when generating commands 128. Each operator in operators 104 uses a particular type of encryption in encryption systems 410. As a result, when commands 128 are received, a decryption system only decrypts those commands encrypted with the same type of encryption. Those commands may then be processed by the command processor in which the decryption system is located.

In another illustrative example, each operator in operators 104 may be assigned a particular command processor in command processors 412 in command system 404. With a command processor processing commands only for a particular operator, a conflict in commands also may be reduced in the illustrative examples.

Selective command processor 406 is located in number of computers 224 in satellite 114 in these examples. Selective command processor 406 is configured to process commands for particular resources in resources 112 based on the types of commands 128. Different operators in operators 104 may use different types of commands. By assigning a particular type of command to a portion of resources 112 and assigning another type of command to other portions of resources 112, an undesired operation of resources 112 may be avoided through the use of different types of commands 128. In other words, a desired level of security, a reduction in conflicts between commands, or both may occur through the assignment of commands.

As depicted, data manager 144 in information management system 120 includes data router 416 and data transmitter 418. Data manager 144 may be located in a number of different locations. Data router 416 may be located in an operations center, a communications system, or both. Data transmitter may be located in number of computers 224, a communications system, an operations center, or all of these.

Data router 416 is configured to route data received from satellite 114 to different operators in operators 104. In particular, data router 416 in data manager 144 is configured to route data received from satellite 114 to operators 104 with the desired level of security for operators 104.

Data router 416 may route the data over communications systems that are not shared between the different operators. For example, data for a particular operator may be sent over a communications system that is established with that operator and not another operator in operators 104. For example, data router 416 may route mission data in data 130 to an operations center in operations centers 105 for a customer in number of customers 108 without passing through an operations center in operations centers 105 for owner 106 in FIG. 1. This type of routing of data 130 may be employed to maintain a desired level of security for the customer.

Data transmitter 418 is configured to control data transmitted from satellite 114 back to operators 104. For example, data transmitter 418 may be configured to selectively send data to operators 104 to maintain the desired level of security. In other words, some data may be sent to operators 104, while other data may be held on satellite 114. Alternatively, the data may be deleted instead of being stored on satellite 114.

For example, some data that includes an identification of particular controlled resources, and the changes to those configurations, may be left on satellite 114 without being transmitted back to the operators.

In one illustrative example, data transmitter 418 also may include encryption systems 420 and decryption systems 422. Data transmitter 418 may encrypt the data using an encryption system that is assigned to a particular operator using encryption systems 420. Data transmitter 418 may decrypt commands using a decryption system in decryption systems 422 that is assigned to a particular operator.

Turning now to FIG. 5, an illustration of managing groups of commands is depicted in accordance with an advantageous embodiment. In this illustrative example, command set manager 400 in FIG. 4 is configured to manage groups of commands 510.

Groups of commands 510 are used to operate resources 112. In these illustrative examples, groups of commands 510 are assigned to operators 104. Groups of commands 510 are assigned to operators 104 in a manner such that each operator only operates portions of resources 112 assigned to that particular operator.

In one illustrative example, operators 104 include owner 106 and customer 500 in number of customers 108. As illustrated, owner 106 is assigned to first portion 504 of resources 112. Customer 500 is assigned second portion 506 of resources 112. First portion 504 and second portion 506 may be all or some of resources 112, depending on the particular implementation.

In this illustrative example, groups of commands 510 are identified for operating resources 112. Groups of commands 510 includes first group of commands 512 and second group of commands 514.

As depicted, first group of commands 512 includes commands that operate first portion 504 of resources 112 in satellite 114 in FIG. 1. Second group of commands 514 operates second portion 506 of resources 112 in satellite 114 in FIG. 1.

In these illustrative examples, the different groups of commands may be mutually exclusive. In particular, the commands in first group of commands 512 only operate first portion 504 of resources 112 and are unable to cause the operation of second portion 506 of resources 112. Second group of commands 514 only operates second portion 506 of resources 112 and not first portion 504 of resources 112.

Command set manager 400 assigns first group of commands 512 to owner 106 and second group of commands 514 to customer 500. In this manner, each operator in operators 104 sending a command from the group of commands assigned to that operator is only able to cause the operation of resources assigned to that particular operator.

For example, customer 500 sending a command from second group of commands 514 results in an operation only of a resource within second portion 506 of resources 112. The operation of a resource in first portion 504 of resources 112 cannot occur through this selection of commands within second group of commands 514.

For example, a command to change the azimuth and elevation for an antenna in second portion 506 of resources 112 is only able to change the azimuth and elevation for that antenna and not another antenna that may be in first portion 504 of resources 112.

In another example, first portion 504 may include a particular command processor in command processors 412 while second portion 506 may include a different command processor in command processors 412 in FIG. 4. In this manner, conflicts between processing of commands may be reduced by assigning particular command processors to particular operators in operators 104. A command designated for a particular command processor may have an identification of the command processor in the command or otherwise associated with the command.

In other illustrative examples, some commands in groups of commands 510 may be assigned to more than one customer in number of customers 108. For example, some commands in first group of commands 512 may also be present in second group of commands 514. For example, owner 106 and customer 500 may both have access to the same resource in resources 112. In another example, owner 106 also may access the same antenna as customer 500. Owner 106 may access the antenna for troubleshooting or maintenance purposes. As a result, first group of commands 512 and second group of commands 514 may both include a command for access to the antenna. If a command is common to both operators, then the resource or resources accessed using the command is a shared resource between the operators.

Turning now to FIG. 6, an illustration of an operation of a transmission controller is depicted in accordance with an advantageous embodiment. In this illustrative example, transmission controller 402 is configured to control token 600. In particular, transmission controller 402 is configured to control who has token 600. Token 600 provides the holder of token 600 permission or an ability to send commands 128 to satellite 114 in FIG. 1. For example, token 600 may be sent to an operator in operations centers 105 that desires to send commands 128 to satellite 114.

An operations center within operations centers 105 is unable to send commands for processing by satellite 114 without first receiving token 600. In this illustrative example, transmission controller 402 sends token 600 to one operations center within operations centers 105. Only the operations center having token 600 is able to send commands 128 to satellite 114.

In one illustrative example, operations centers 105 include satellite operations center 602 and customer operations center 604. In one example, customer operations center 604 may request token 600 when customer operations center 604 desires to send commands 128 to operate resources 112 in satellite 114.

If transmission controller 402 has not sent token 600 to satellite operations center 602, transmission controller 402 sends token 600 to customer operations center 604. With token 600, customer operations center 604 sends commands 128 to perform operations in satellite 114. Command system 404 receives commands 128 and sends commands 128 to satellite 114 using command system 404.

In these illustrative examples, satellite operations center 602 does not need to request token 600 from transmission controller 402 when transmission controller 402 is located in satellite operations center 602. As a result, if token 600 has not been sent to customer operations center 604, satellite operations center 602 is able to send commands 128 to satellite 114 using command system 404. If token 600 has been sent to customer operations center 604, satellite operations center 602 is unable to send commands 128 to satellite 114.

When customer operations center 604 has completed sending commands 128, customer operations center 604 returns token 600 to transmission controller 402. At this time, transmission controller 402 may send token 600 to satellite operations center 602. Satellite operations center 602 may then send commands 128 for processing.

In these illustrative examples, operations centers 105 may be configured not to send commands 128 without the receipt of token 600. Alternatively, command system 404 may be configured to only accept commands 128 from an operations center that has token 600.

Turning next to FIG. 7, an illustration of the processing of commands by a decryption system is depicted in accordance with an advantageous embodiment. In this illustrative example, command system 404 is located in satellite 114 in FIG. 1. In particular, command system 404 may be located in number of computers 224 in FIG. 2. As illustrated, command system 404 is configured to receive commands 128 as encrypted commands 700.

As depicted, encrypted commands 700 includes first encrypted command 702 and second encrypted command 704. First encrypted command 702 is encrypted differently from second encrypted command 704. In these illustrative examples, the difference in encryption may be through the use of a different key or password, but having the same type of encryption algorithm. In other examples, the difference in encryption between the commands may be through the use of a different type of encryption algorithm.

As illustrated, command system 404 includes router 706, first command processor 708, and second command processor 710. First decryption system 712 is associated with first command processor 708. Second decryption system 714 is associated with second command processor 710.

In this illustrative example, encrypted commands 700 are received by router 706. Encrypted commands 700 are sent to first command processor 708 and second command processor 710. Both first decryption system 712 in first command processor 708 and second decryption system 714 in second command processor 710 may attempt to decrypt encrypted commands 700.

First decryption system 712 is configured to decrypt first encrypted command 702. Second decryption system 714 is configured to decrypt second encrypted command 704.

In this illustrative example, first command processor 708 is associated with first portion 504 in resources 112, and second command processor 710 is associated with second portion 506 in resources 112. As a result, commands decrypted by first decryption system 712 for first command processor 708 are used to perform operations on first portion 504 and not on second portion 506. In a similar fashion, commands decrypted by second decryption system 714 for second command processor 710 are processed to perform operations on second portion 506 and not on first portion 504.

In this manner, command system 404 reduces a chance that some commands in commands 128 may be sent to resources 112 that should not receive those commands. Thus, chances for a collision between commands in commands 128 during decryption of commands 128 may be reduced using command system 404.

In another illustrative example, commands 128 are designated to particular command processors. For example, first portion 718 of commands 128 is designated for processing by first command processor 708. Second portion 720 of commands 128 is designated for processing by second command processor 710.

With this depicted example, router 706 only sends first portion 718 of commands 128 to first command processor 708 and only sends second portion 720 of commands 128 to second command processor 710. First portion 718 and second portion 720 of commands 128 may or may not be encrypted.

Commands 128 may be designated for a particular command processor using a number of different mechanisms. For example, a command processor identifier may be included with each command in commands 128. In another example, each command may be associated with an identification of an operator. Router 706 routes commands 128 based on these identifiers. With the routing of commands 128, conflicts between commands 128 may be reduced or avoided.

Although the examples in FIG. 7 are illustrated using encrypted commands 700, a mixture of encrypted commands and unencrypted commands may be used. For example, owner 106 in operators 104 in FIG. 1 may generate unencrypted commands 716 in commands 128. However, number of customers 108 in operators 104 in FIG. 1 may generate encrypted commands 700 in commands 128.

When unencrypted commands 716 are present, each command in commands 128 may be designated for a particular command processor in command system 404. For example, commands 128 for first portion 504 of resources 112 may be directed to first command processor 708. Commands 128 for second portion 506 in resources 112 may be directed to second command processor 710. Further, when commands in commands 128 are directed to a particular command processor in command system 404, these command processors also may handle encrypted commands.

With reference next to FIG. 8, an illustration of the processing of commands by a selective command processor is depicted in accordance with an advantageous embodiment. In this illustrative example, selective command processor 406 is located in satellite 114 in FIG. 1. Selective command processor 406 may be implemented in number of computers 224 in these illustrative examples.

Selective command processor 406 is configured to issue commands 128 to resources 112 based on type of commands 800 present in commands 128. Some types of commands may be given a priority over other types of commands.

In one illustrative example, commands 128 may be selectively buffered in buffer 802 based on types of commands 800. The buffering may be used to provide priority of processing commands. For example, first type of commands 804 and second type of commands 806 may be present in types of commands 800. First type of commands 804 may be buffered in buffer 802, while second type of commands 806 may be processed without buffering. In other words, second type of commands 806 may be processed with a priority over first type of commands 804 in these illustrative examples.

In one illustrative example, data for first type of commands 804 may be received in portions. Data for each portion of a command in first type of commands 804 is placed into buffer 802 until the command is complete. At that point, the command may be processed to operate resources 112.

If only a portion of the data for a command in first type of commands 804 is buffered in buffer 802 and a command in second type of commands 806 is received, the command in second type of commands 806 is processed without delay. The command in buffer 802 waits in buffer 802 until all of the data for the command is received. At that time, the command is processed. Of course, other types of events and priority systems may be used. With selective command processor 406, conflicts between commands stored in buffer 802 may be avoided.

Of course, priority may be given to different types of commands 800 in other ways. For example, a type of command may be based on the identity of the operator. For example, commands from a customer may be given priority over commands from an owner of satellite 114.

In yet another example, priority may be based on resource selection in satellite 114. For example, first type of commands 804 may relate resources 112 used to maintain safety of satellite 114 and may be given priority over second type of commands 806 used to operate resources 112 in the form of payload 202 in FIG. 2. Priority may also be based on other factors, such as, for example, command bit selection, processor selection, and other suitable factors.

In FIG. 9, an illustration of an operation of a data router is depicted in accordance with an advantageous embodiment. In this illustrative example, data router 416 receives data 130 in the form of mission data 900.

Mission data 900, in this example, may include mission data for different operators. For example, mission data 900 may include first mission data 902 and second mission data 904.

As depicted, data router 416 may send first mission data 902 to first customer 906. Second mission data 904 is sent to second customer 908. In these illustrative examples, first mission data 902 is sent to first customer 906 over communications link 910. Second mission data 904 is sent to second customer 908 over communications link 912.

Communications link 910 and communications link 912 are not shared between first customer 906 and second customer 908. Communications link 910 provides communications only with first customer 906. Communications link 912 provides communications only with second customer 908.

As a result, first mission data 902 sent over communications link 910 is not received by second customer 908. Second mission data 904 sent over communications link 912 to second customer 908 is not received by first customer 906.

Alternatively, data router 416 may encrypt first mission data 902 using an encryption system assigned to first customer 906. Second mission data 904 may be encrypted using an encryption system assigned to second customer 908. The encryption system assigned to second customer 908 is different from the encryption system assigned to first customer 906.

Turning next to FIG. 10, an illustration of an operation of a data transmitter is depicted in accordance with an advantageous embodiment. In this illustrative example, data transmitter 418 receives data 130 in the form of telemetry 1000.

Telemetry 1000 is data generated about satellite 114. For example, telemetry 1000 may include temperature of components, a position of antennas, an orientation of satellite 114, a charge level in a battery, an amount of current generated by a solar cell, and other suitable types of information.

When telemetry 1000 is sent to operations centers 105, telemetry 1000 may pass through an operations center from an owner to a customer. Some part of telemetry 1000 may include data that should not be accessible by the owner. In these illustrative examples, portion 1002 of telemetry 1000 is an example of data that should not be accessible. As depicted, data transmitter 418 may store portion 1002 of telemetry 1000 in storage 1004.

Storage 1004 may be a memory, a storage device, or some other location in which portion 1002 may be stored. In these illustrative examples, portion 1002 may be stored in a log maintained on satellite 114 in FIG. 1. In this manner, portion 1002 is not sent back to the operations center for owner 106.

Turning next to FIG. 11, an illustration of locations for components in a command management system is depicted in accordance with an advantageous embodiment. In this illustrative example, information management system 120 in FIG. 1 may be implemented in different locations with respect to user operations center 1100, satellite operations center 1102, gateway 1104, and satellite 1106.

For example, command set manager 400 may be implemented in satellite operations center 1102. Command set manager 400 distributes groups of commands 510 to satellite operations center 1102 and user operations center 1100. Of course, command set manager 400 may be located at other locations. For example, command set manager 400 may be located at a third party that manages commands used in satellite operations center 1102 and user operations center 1100.

In this illustrative example, transmission controller 402 also may be implemented in satellite operations center 1102. Transmission controller 402 determines whether commands may be sent to satellite 1106 by user operations center 1100 or satellite operations center 1102 in this illustrative example.

Command system 404 is located in user operations center 1100, satellite operations center 1102, and satellite 1106 in this illustrative example. The use of the same reference numeral for command system 404 in the different blocks indicates the presence of command system 404 in those components.

In user operations center 1100, command system 404 may encrypt commands 1107 from groups of commands 510. In satellite operations center 1102, command system 404 logs commands 1107 received from user operations center 1100 to satellite 1106.

At satellite 1106, command system 404 may selectively decrypt commands 1107 received from user operations center 1100 in satellite operations center 1102. Selective command processor 406 also is located in satellite 1106 in this example.

Additionally, data router 416 may be located in gateway 1104 to selectively direct mission data 1108 generated by satellite 1106. For example, data router 416 may send mission data 1108 to user operations center 1100, customer 1109, or both in a manner that does not pass through satellite operations center 1102.

Data transmitter 418 may be implemented in satellite 1106. Data transmitter 418 selectively sends telemetry 1112 back to satellite operations center 1102 through gateway 1104. Data transmitter 418 may hold telemetry 1112 on satellite 1106 that should not pass to satellite operations center 1102. In other words, if portions of telemetry 1112 should not be accessible by satellite operations center 1102, those portions of telemetry 1112 may be stored on satellite 1106.

In some illustrative examples, data transmitter 418 may encrypt the portion of telemetry 1112 that satellite operations center 1102 should not access. The encryption system used is the encryption system for a particular user at user operations center 1100.

In this manner, the use of one or more of these different components may reduce the possibility that unintended operations of satellite 1106 may occur by unintended operators.

Turning next to FIG. 12, an illustration of an implementation of a satellite environment is depicted in accordance with an advantageous embodiment. In this illustrative example, satellite 114 includes command system 404, which has number of computers 224 that include command processors 412. These components are examples of implementations for number of computers 224 in FIG. 2.

In this illustrative example, satellite 114 also includes payload 1206, transceiver 1210, and transceiver 1212. Transceiver 1212 receives commands. Transceiver 1210 sends telemetry. In this illustrative example, the commands are sent to command processors 412 in command system 404. Command processors 412 include decryption system 1214 and decryption system 1216.

Each command sent to command processors 412 may be assigned to a different operator. Further, each command processor in command processors 412 may be assigned to a different operator in operators 104 in FIG. 1. For example, one command processor in command processors 412 may be assigned to owner 106 while another command processor in command processors 412 is assigned to a customer in number of customers 108 in FIG. 1. Each of these command processors only processes commands assigned to that processor.

As depicted, decryption system 1214 is configured to decrypt commands encrypted using one type of encryption, while decryption system 1216 is configured to decrypt commands encrypted using a different type of encryption. The commands may be processed differently based on selected processors, encryption keys, encryption algorithms, or a combination of these in these depicted examples.

In other illustrative examples, decryption system 1214 may decrypt commands encrypted using the same type of encryption. In this case, conflicts may be avoided by routing a command received from an operator to the command processor assigned to the operator that sent the command.

If a decryption system in command processors 412 is able to decrypt a command, the command is then processed by the command processor associated with the decryption system. Otherwise, the command is ignored by that command processor.

Command processors 412 may process commands 128 based on the type of command. Some types of commands may be given a priority over other types of commands. For example, commands that are longer in length may be buffered until those commands are completed before processing. Commands that do not require buffering may be processed even though another command is being buffered.

In the illustrative examples, even if the commands have the same sizes, one type of command may be buffered, while the other type of command is not buffered. As a result, a command of a first type received may always be buffered while a command of a second type is not buffered. If a command of the second type is received at substantially the same time as a command of the first type, the command that is not buffered will be performed prior to the command that is buffered.

Of course, other mechanisms may be used to provide priority between commands 128. For example, priority for commands 128 may be based on command bit selection, resource selection, processor selection, and other suitable factors. In this manner, commands from one operator may be given priority over commands from another operator.

In these illustrative examples, data transmitter 1217 is located in number of computers 224, and data transmitter 1218 is located in payload 1206. Data transmitter 1217 and data transmitter 1218 manage the transmission of telemetry data by satellite 114. These components may hide and/or encrypt telemetry. Telemetry that should not be seen by certain parties may be untransmitted in these illustrative examples. In other examples, the telemetry may be encrypted using the type of encryption for the particular operator.

In this manner, portions of the telemetry that should not be accessed by a particular operator such as an owner may be hidden from the operator. This hiding may occur through not transmitting the telemetry, or by encrypting the telemetry using an encryption system not used by the owner.

In one illustrative example, data transmitter 1217 and data transmitter 1218 may prevent telemetry from being transmitted from satellite 114 when commands 128 are received in an encrypted form. When commands 128 are received in an unencrypted form, data transmitter 1217 and data transmitter 1218 allow the telemetry to be sent by the antenna. In these illustrative examples, a customer may send encrypted commands, while the owner may send unencrypted commands. Other mechanisms may be used to determine whether telemetry is hidden by data transmitter 1217 and data transmitter 1218. For example, data transmitter 1217 and data transmitter 1218 may determine whether to transmit the telemetry based on the operator that sent the command that resulted in the telemetry being generated, the specific command sent, and other suitable factors.

As yet another example, whether telemetry is sent may be based on what resource in resources 112 in FIG. 1 is generated for the telemetry. Whether the telemetry is sent also may be based on what type of telemetry is present. For example, if the telemetry is temperature data, the telemetry may be sent. If the telemetry is about a position of an antenna assigned to a customer, the telemetry may not be sent. This management of telemetry may be used to maintain a desired level of security for a customer.

As depicted, data transmitter 1218 in payload 1206 also transmits mission data in these illustrative examples. In this illustrative example, data transmitter 1218 directly transmits the mission data without need to send the mission data through transceiver 1210 or transceiver 1212. In some illustrative examples, data transmitter 1218 may send mission data through transceiver 1210, transceiver 1212, or both transceiver 1210 and transceiver 1212.

Turning now to FIG. 13, an illustration of a satellite environment is depicted in accordance with an advantageous embodiment. In this illustrative example, satellite environment 1300 is an example of one implementation of satellite environment 100 in FIG. 1.

In this illustrative example, satellite environment 1300 includes satellite 1302, gateway 1304, satellite operations center 1306, user operations center 1308, user operations center 1310, customer 1316, customer 1318, and customer 1340.

In these illustrative examples, one customer may operate through user operations center 1308. Another customer may operate through user operations center 1310. In these illustrative examples, an owner of satellite 1302 operates satellite operations center 1306 and gateway 1304.

As depicted, customer 1316 and customer 1318 generate plans and configurations for operating resources in satellite 1302 by the customers. User operations center 1308 and user operations center 1310 are locations where commands are generated after changes in payload are identified.

Satellite operations center 1306 is configured to forward commands received from user operations center 1308 and user operations center 1310 to satellite 1302 through gateway 1304. Further, satellite operations center 1306 may receive data in the form of telemetry from satellite 1302.

Gateway 1304 is configured to send commands to satellite 1302 and receive telemetry as well as mission data from satellite 1302. Gateway 1304 is configured to send the telemetry to satellite operations center 1306. Mission data is routed to at least one of customer 1316, customer 1318, user operations center 1308, and user operations center 1310.

In one illustrative example, customer 1318 generates payload configuration changes 1322. Payload configuration changes 1322 may affect a configuration of antennas in the payload of satellite 1302. Payload configuration changes 1322 is sent to user operations center 1310. User operations center 1310 creates commands, requests a token, and sends commands 1324 to satellite 1302 through satellite operations center 1306 and gateway 1304 after receiving the token in these illustrative examples. Gateway 1304 communicates with satellite 1302 through communications link 1326 in these illustrative examples.

Mission data received from satellite 1302 through communications link 1326 are routed to the appropriate customer. For example, mission data 1328 is sent to customer 1316. Mission data 1330 is sent to customer 1318.

In these illustrative examples, telemetry 1332 may be sent back to user operations center 1308 or user operations center 1310 through satellite operations center 1306.

In these illustrative examples, commands 1324 may be encrypted. User operations center 1308 and user operations center 1310 may have different types of encryption for their commands. In these illustrative examples, the different types of encryption may be used to avoid collision between commands 1324 sent to satellite 1302.

In another illustrative example, customer 1340 also may access satellite 1302. As depicted, customer 1340 communicates with satellite operations center 1306 without needing a user operations center. In this case, satellite operations center 1306 is configured to generate commands 1324 for customer 1340.

In this illustrative example, customer 1340 sends payload configuration changes 1342 to satellite operations center 1306. In turn, satellite operations center 1306 generates commands 1324 from payload configuration changes 1342. With this configuration, satellite operations center 1306 may partition processing resources in a manner that provides a desired level of security for customer 1340.

The illustration of satellite environment 1300 is only meant as an example of one implementation of satellite environment 100 in FIG. 1. The illustration is not meant to imply limitations to the manner in which different satellite environments may be implemented.

In other illustrative examples, other numbers of users and user operations centers may be present. For example, user operations center 1308 may be omitted. With this example, payload configuration changes from customer 1316 may be sent to user operations center 1310. In other words, two customers may share a single user operations center.

Turning now to FIG. 14, an illustration of a message flow diagram for sending commands to a satellite from a user is depicted in accordance with an advantageous embodiment. In this example, messages are exchanged between customer 1402, user operations center 1404, satellite operations center 1406, gateway 1408, and satellite 1410.

Customer 1402 may be, for example, customer 1318 in FIG. 13. User operations center 1404 may be user operations center 1310 in FIG. 13. Satellite operations center 1406 may be satellite operations center 1306 in FIG. 13. Satellite 1410 may be satellite 1302 in FIG. 13.

In this illustrative example, the messaging may begin when customer 1402 requests payload configuration changes from user operations center 1404 (message M1). In response to receiving the request for the payload configuration changes, user operations center 1404 sends a token request to satellite operations center 1406 (message M2). The token allows user operations center 1404 to send commands to satellite 1410.

In response to the receiving the request for the token from user operations center 1404, satellite operations center 1406 sends the token to user operations center 1404 (message M3).

After receiving the token (message M4), user operations center 1404 creates commands and sends the commands to satellite operations center 1406. User operations center 1404 also returns the token to satellite operations center 1406 (message M5).

In response to receiving commands from user operations center 1404 in message M4, satellite operations center 1406 sends commands to gateway 1408 for transmission to satellite 1410 (message M6). Thereafter, gateway 1408 sends the commands to satellite 1410 (message M7). In response to receiving the commands from gateway 1408, satellite 1410 performs operations using the commands.

Additionally, commands also may be generated by satellite operations center 1406. These commands may be sent to gateway 1408 (message M8). In other words, if the token is not being held by another operations center, satellite operations center 1406 may send commands to satellite 1410. In these illustrative examples, message M8 may be sent when user operations center 1404 does not have the token. These commands may be different commands from those generated by customer 1402. Gateway 1408 sends the commands to satellite 1410 (message M9). Satellite 1410 then processes the commands to perform operations on resources in satellite 1410.

Turning to FIG. 15, an illustration of a message flow diagram from a satellite to operators is depicted in accordance with an advantageous embodiment. In this illustrative example, satellite 1410 sends telemetry to gateway 1408 (message S1). Thereafter, gateway 1408 sends telemetry to satellite operations center 1406 (message S2). The telemetry is then sent to user operations center 1404 (message S3).

In this illustrative examples, telemetry returned from satellite 1410 passes through satellite operations center 1406. In some cases, the telemetry may not include confidential or sensitive information to the customer. Telemetry that may be sensitive or confidential is not sent by satellite 1410 in these illustrative examples.

Additionally, satellite 1410 also sends mission data to gateway 1408 (message S4). Gateway 1408 sends the mission data to user operations center 1404 (message S5). Gateway 1408 also may send the mission data to customer 1402 (message S6). In some illustrative examples, gateway 1408 may only send mission data to one of customer 1402 and user operations center 1404 depending on the particular implementation. The routing of data may provide a desired level of security for customer 1402. In particular, this type of flow of data may be performed to prevent the owner of satellite operations center 1406 from having access to the data.

In this example, mission data is sent directly to customer 1402 and/or user operations center 1404. This directing of mission data by gateway 1408 bypasses satellite operations center 1406. In this manner, mission data S5 is kept separate and secure from the owner operating satellite operations center 1406 in these illustrative examples.

The illustration of message flow in FIGS. 14 and 15 are examples of one manner in which messages may be sent between different components. Of course, messages may be sent in a different order in some illustrative examples. For example, the token returned in message M5 may be returned at the same time or prior to commands being sent from satellite operations center 1406. As another example, the data and telemetry may be sent at the same time in FIG. 15, although they are shown sequentially in the message flow.

The block diagrams and message flow diagrams in the different depicted embodiments illustrate the architecture, functionality, and operation of some possible implementations of apparatuses and methods in an advantageous embodiment. In this regard, each block in the block diagrams and the message flow diagrams may represent a module, segment, function, and/or a portion of an operation or step. For example, one or more of the blocks may be implemented as program code, in hardware, or a combination of the program code and hardware. When implemented in hardware, the hardware may, for example, take the form of integrated circuits that are manufactured or configured to perform one or more operations in the block diagrams or message flow diagrams.

In some alternative implementations of an advantageous embodiment, the function, functions, or message flow noted in the diagrams may occur out of the order noted in the figures. For example, in some cases, two messages shown in succession may be sent substantially concurrently, or the messages may sometimes be sent in the reverse order, depending upon the functionality involved. Also, other blocks may be added in addition to the illustrated blocks in the block diagrams or messages in the message flow diagrams.

Turning now to FIG. 16, an illustration of a data processing system is depicted in accordance with an advantageous embodiment. Data processing system 1600 may be used to implement computer system 117 in FIG. 1, number of computers 224 in FIG. 2, and other computers, data processing systems, or devices in satellite environment 100 in FIG. 1. In this illustrative example, data processing system 1600 includes communications framework 1602, which provides communications between processor unit 1604, memory 1606, persistent storage 1608, communications unit 1610, input/output (I/O) unit 1612, and display 1614. In these examples, communications framework 1602 may be a bus system.

Processor unit 1604 serves to execute instructions for software that may be loaded into memory 1606. Processor unit 1604 may be a number of processors, a multi-processor core, or some other type of processor, depending on the particular implementation. Further, processor unit 1604 may be implemented using a number of heterogeneous processor systems in which a main processor is present with secondary processors on a single chip. As another illustrative example, processor unit 1604 may be a symmetric multi-processor system containing multiple processors of the same type.

Memory 1606 and persistent storage 1608 are examples of storage devices 1616. A storage device is any piece of hardware that is capable of storing information, such as, for example, without limitation, data, program code in functional form, and/or other suitable information either on a temporary basis and/or a permanent basis. Storage devices 1616 also may be referred to as computer readable storage devices in these examples. Memory 1606, in these examples, may be, for example, a random access memory or any other suitable volatile or non-volatile storage device. Persistent storage 1608 may take various forms, depending on the particular implementation.

For example, persistent storage 1608 may contain one or more components or devices. For example, persistent storage 1608 may be a hard drive, a flash memory, a rewritable optical disk, a rewritable magnetic tape, or some combination of the above. The media used by persistent storage 1608 also may be removable. For example, a removable hard drive may be used for persistent storage 1608.

Communications unit 1610, in these examples, provides for communications with other data processing systems or devices. In these examples, communications unit 1610 is a network interface card. Communications unit 1610 may provide communications through the use of either or both physical and wireless communications links.

Input/output unit 1612 allows for input and output of data with other devices that may be connected to data processing system 1600. For example, input/output unit 1612 may provide a connection for user input through a keyboard, a mouse, and/or some other suitable input device. Further, input/output unit 1612 may send output to a printer. Display 1614 provides a mechanism to display information to a user.

Instructions for the operating system, applications, and/or programs may be located in storage devices 1616, which are in communication with processor unit 1604 through communications framework 1602. In these illustrative examples, the instructions are in a functional form on persistent storage 1608. These instructions may be loaded into memory 1606 for execution by processor unit 1604. The processes of the different embodiments may be performed by processor unit 1604 using computer implemented instructions, which may be located in a memory, such as memory 1606.

These instructions are referred to as program code, computer usable program code, or computer readable program code that may be read and executed by a processor in processor unit 1604. The program code in the different embodiments may be embodied on different physical or computer readable storage media, such as memory 1606 or persistent storage 1608.

Program code 1618 is located in a functional form on computer readable media 1620 that is selectively removable and may be loaded onto or transferred to data processing system 1600 for execution by processor unit 1604. Program code 1618 and computer readable media 1620 form computer program product 1622 in these examples. In one example, computer readable media 1620 may be computer readable storage media 1624 or computer readable signal media 1626. Computer readable storage media 1624 may include, for example, an optical or magnetic disk that is inserted or placed into a drive or other device that is part of persistent storage 1608 for transfer onto a storage device, such as a hard drive, that is part of persistent storage 1608. Computer readable storage media 1624 also may take the form of a persistent storage, such as a hard drive, a thumb drive, or a flash memory, that is connected to data processing system 1600. In some instances, computer readable storage media 1624 may not be removable from data processing system 1600. In these examples, computer readable storage media 1624 is a physical or tangible storage device used to store program code 1618 rather than a medium that propagates or transmits program code 1618. Computer readable storage media 1624 is also referred to as a computer readable tangible storage device or a computer readable physical storage device. In other words, computer readable storage media 1624 is a media that can be touched by a person.

Alternatively, program code 1618 may be transferred to data processing system 1600 using computer readable signal media 1626. Computer readable signal media 1626 may be, for example, a propagated data signal containing program code 1618. For example, computer readable signal media 1626 may be an electromagnetic signal, an optical signal, and/or any other suitable type of signal. These signals may be transmitted over communications links, such as wireless communications links, optical fiber cable, coaxial cable, a wire, and/or any other suitable type of communications link. In other words, the communications link and/or the connection may be physical or wireless in the illustrative examples.

In some advantageous embodiments, program code 1618 may be downloaded over a network to persistent storage 1608 from another device or data processing system through computer readable signal media 1626 for use within data processing system 1600. For instance, program code stored in a computer readable storage medium in a server data processing system may be downloaded over a network from the server to data processing system 1600. The data processing system providing program code 1618 may be a server computer, a client computer, or some other device capable of storing and transmitting program code 1618.

The different components illustrated for data processing system 1600 are not meant to provide architectural limitations to the manner in which different embodiments may be implemented. The different advantageous embodiments may be implemented in a data processing system including components in addition to and/or in place of those illustrated for data processing system 1600. Other components shown in FIG. 16 can be varied from the illustrative examples shown. The different embodiments may be implemented using any hardware device or system capable of running program code.

In another illustrative example, processor unit 1604 may take the form of a hardware unit that has circuits that are manufactured or configured for a particular use. This type of hardware may perform operations without needing program code to be loaded into a memory from a storage device to be configured to perform the operations.

For example, when processor unit 1604 takes the form of a hardware unit, processor unit 1604 may be a circuit system, an application specific integrated circuit (ASIC), a programmable logic device, or some other suitable type of hardware configured to perform a number of operations. With a programmable logic device, the device is configured to perform the number of operations. The device may be reconfigured at a later time or may be permanently configured to perform the number of operations. Examples of programmable logic devices include, for example, a programmable logic array, a programmable array logic, a field programmable logic array, a field programmable gate array, and other suitable hardware devices. With this type of implementation, program code 1618 may be omitted because the processes for the different embodiments are implemented in a hardware unit.

In still another illustrative example, processor unit 1604 may be implemented using a combination of processors found in computers and hardware units. Processor unit 1604 may have a number of hardware units and a number of processors that are configured to run program code 1618. With this depicted example, some of the processes may be implemented in the number of hardware units, while other processes may be implemented in the number of processors.

In this manner, a satellite may be shared by multiple users without having to employ additional communications links and controllers. In these illustrative examples, multiple users may access resources in a satellite through a communications link and computers on the satellite. An advantageous embodiment provides an ability to pass information through a command center for an owner in a manner that provides a desired level of security for the customer. In other words, the owner is unable to decipher commands sent by a customer through the owner's operations center. Additionally, telemetry that is returned also is not accessible by the owner at the satellite operations center.

Further, mission data may be sent through a separate path that does not pass through the gateway or satellite operations center in these illustrative examples. Also, an advantageous embodiment provides a capability to manage commands sent by the owner and a customer. In this manner, commands and data for a customer may be maintained in an independent and secure manner. The different advantageous embodiments may be applied to more than one customer sharing a satellite with an owner in these illustrative examples.

As a result, satellite environment 100 in FIG. 1 provides an ability for sharing satellites 102 with operators 104. In particular, satellite 114 may be shared with operators 104. With the use of satellite operations system 116, a reduction in the amount of resources 112 in satellite 114 may be used as compared to currently used systems for sharing satellites. Further, more efficient use of resources 112 in satellite 114 may occur with an ability to allow more than one operator to operate satellite 114.

Information management system 120 in satellite operations system 116 provides an ability to avoid conflicts between commands 128 that may be sent by operators 104. In addition, desired level of security 115 may be provided for operators 104. In other words, multiple levels of security may be supported in the sending of first information 124 and second information 126 between satellite 114 and operators 104.

Additionally, with satellite operations system 116, sharing of satellite 114 may be performed without requiring hardware changes to satellite 114. As a result, when sharing of satellite 114 may be needed on a short-term basis or on short notice, satellite 114 may be made available for use by other operators.

Additionally, with the use of satellite operations system 116, the amount of resources needed by operators 104 may be reduced. In other words, currently used operations centers 105 by owner 106 of satellite 114 may be used by operators 104. In this manner, additional hardware and software needed by operators 104 may be reduced if operators 104 do not own satellite 114. Further, operators 104 may avoid the expense and time needed to launch their own satellite. Also, if multiple operators need access to satellite 114, the number of launch vehicles may be reduced through the sharing of satellite 114. In this manner, owner 106 may increase revenues for satellite 114 by increasing the use of resources 112 that may not occur when multiple operators in operators 104 are absent. As a result, unused capacity in resources 112 may be reduced.

The description of the different advantageous embodiments has been presented for purposes of illustration and description, and is not intended to be exhaustive or limited to the embodiments in the form disclosed. Many modifications and variations will be apparent to those of ordinary skill in the art. Further, different advantageous embodiments may provide different advantages as compared to other advantageous embodiments. The embodiment or embodiments selected are chosen and described in order to best explain the principles of the embodiments, the practical application, and to enable others of ordinary skill in the art to understand the disclosure for various embodiments with various modifications as are suited to the particular use contemplated. 

What is claimed is:
 1. A satellite control system comprising: a communications system configured to receive commands from a plurality of operators and send the commands to a satellite using a number of communications links; and an information management system configured to avoid conflicts between the commands sent by the communications system to the satellite from different operators in the plurality of operators that cause an undesired operation of the satellite.
 2. The satellite control system of claim 1, wherein the information management system comprises: a command manager; and a data manager.
 3. The satellite control system of claim 1, wherein different commands in the commands are encrypted using different types of security and wherein the information management system comprises: command processors in the satellite, wherein a command processor in the command processors is configured only to decrypt a particular command in the commands using a decryption system that is unique to a particular operator in the plurality of operators, wherein the particular operator generates the particular command.
 4. The satellite control system of claim 1 further comprising: command processors in the satellite, wherein a command processor in the command processors is configured to decrypt a particular command in the commands only from a particular operator in the plurality of operators, wherein the particular operator generates the particular command.
 5. The satellite control system of claim 1, wherein the information management system comprises: command processors in the satellite, wherein a command processor in the command processors is configured to process a particular command in the commands only from a particular operator in the plurality of operators, wherein the particular operator generates the particular command.
 6. The satellite control system of claim 1, wherein the information management system comprises: a computer system configured to process a group of commands based on a type of command for each command in the group of commands.
 7. The satellite control system of claim 6, wherein the group of commands includes a first type of command and a second type of command and wherein the computer system is configured to buffer data in a buffer for a first command of the first type of command; process the first command when all of the data for the first command is present in the buffer; and process a second command of the second type of command without buffering the data for the second command when the data for the second command is received.
 8. The satellite control system of claim 6, wherein the computer system is configured to give priority to a portion of the commands.
 9. The satellite control system of claim 7, wherein the first command is partially received when the data for the second command is received and the second command is processed without waiting for remaining data for the first command.
 10. The satellite control system of claim 1, wherein the information management system comprises: a transmission controller configured to allow the commands to be sent only from one operator at a time in the plurality of operators and send the commands to the communications system.
 11. The satellite control system of claim 1, wherein the information management system allows an operator in the plurality of operators access to a group of commands for a portion of the satellite assigned to the operator while other commands to other portions of the satellite are unavailable.
 12. The satellite control system of claim 1 further comprising: a data manager configured to prevent the satellite from transmitting data about the satellite resulting from a command from an operator in the plurality of operators.
 13. The satellite control system of claim 12, wherein the data about the satellite resulting from the command from the operator in the plurality of operators is telemetry.
 14. The satellite control system of claim 12, wherein the data manager is configured to prevent the satellite from transmitting the data about the satellite resulting from a first command that is assigned to one operator and is configured to transmit the data about the satellite from a second command that is assigned to another operator.
 15. The satellite control system of claim 1, wherein the communications system comprises: a satellite operations center; and a gateway in communication with the satellite operations center, wherein the gateway is configured to send data generated by a payload in the satellite to an operator in the plurality of operators using a communications link that avoids the satellite operations center.
 16. The satellite control system of claim 15, wherein the data generated by the payload in the satellite is one of mission data and telemetry.
 17. The satellite control system of claim 1, wherein the plurality of operators comprises an owner of the satellite and a number of customers.
 18. The satellite control system of claim 2, wherein the data manager is configured to provide a desired level of security for information sent between the plurality of operators and the satellite.
 19. The satellite control system of claim 2, wherein the command manager is configured to avoid the conflicts between the commands sent by the communications system to the satellite from the different operators in the plurality of operators that cause the undesired operation of the satellite.
 20. The satellite control system of claim 2, wherein the data manager is located in at least one of the communications system and the satellite.
 21. The satellite control system of claim 2, wherein the command manager is located in at least one of a user operations center, a satellite operations center, and the satellite.
 22. A satellite control system comprising: a communications system configured to receive commands from a plurality of operators and send the commands to a satellite using a number of communications links; and an information management system configured to provide a desired level of security for information sent between the plurality of operators and the satellite.
 23. The satellite control system of claim 22, wherein the information management system comprises: a command manager; and a data manager.
 24. The satellite control system of claim 23, wherein the data manager is configured to provide the desired level of security for the information sent between the plurality of operators and the satellite.
 25. The satellite control system of claim 23, wherein the command manager is configured to avoid conflicts between the commands sent by the communications system to the satellite from different operators in the plurality of operators that cause an undesired operation of the satellite.
 26. The satellite control system of claim 23, wherein the data manager is located in at least one of the communications system and the satellite.
 27. The satellite control system of claim 23, wherein the command manager is located in at least one of a user operations center, a satellite operations center, and the satellite.
 28. The satellite control system of claim 22, wherein different commands in the commands are encrypted using different types of security and wherein the information management system comprises: command processors in the satellite, wherein a command processor in the command processors is configured only to decrypt a particular command in the commands using a decryption system that is unique to a particular operator in the plurality of operators, wherein the particular operator generates the particular command.
 29. The satellite control system of claim 22, wherein the information management system comprises: a data manager in the information management system configured to prevent the satellite from transmitting data about the satellite resulting from a command from an operator in the plurality of operators.
 30. The satellite control system of claim 29, wherein the data about the satellite resulting from the command from the operator in the plurality of operators is telemetry.
 31. The satellite control system of claim 29, wherein the data manager is configured to prevent the satellite from transmitting the data about the satellite resulting from a first command that is assigned to one operator and is configured to transmit the data about the satellite from a second command that is assigned to another operator.
 32. The satellite control system of claim 22, wherein the information management system comprises: a data router configured to route mission data to a customer operations center without passing through a satellite operations center.
 33. A satellite management system comprising: a communications system configured to receive commands from a plurality of operators and send the commands to a satellite using a number of communications links; and an information management system configured to avoid conflicts between the commands sent by the communications system to the satellite from different operators in the plurality of operators and manage data received from the satellite with a desired level of security.
 34. The satellite management system of claim 33, wherein the commands comprise: groups of commands, wherein a group of commands in the groups of commands is assigned to an operator in the plurality of operators and is configured only to cause an operation of a portion of resources in the satellite assigned to the operator.
 35. The satellite management system of claim 33, wherein the information management system comprises: a data manager configured to route the data received from the satellite to the plurality of operators with the desired level of security for the plurality of operators.
 36. The satellite management system of claim 33, wherein the data is comprised of at least one of telemetry and mission data.
 37. The satellite management system of claim 33, wherein the information management system comprises: a data transmitter configured to selectively send the data to the operators to maintain the desired level of security.
 38. The satellite management system of claim 33 further comprising: command processors in the satellite configured to process the commands, wherein a command processor in the command processors is assigned to a particular operator in the plurality of operators and is configured to process a command; and decryption systems in the satellite configured to decrypt encrypted commands, wherein a decryption system in the decryption systems associated with the command processor is configured only to decrypt an encrypted command generated by the particular operator in the plurality of operators to form the command for processing by the command processor. 